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COMMUNICATION UNIT AND METHOD FOR CONTROLLING SOFTWARE OR 
DATA DOWNLOAD TO SUBSCRIBER EQUIPMENT 



Field of the Invention 

5 

This invention relates, in general, to software or data 
download to adaptable subscriber equipment . The 
invention is applicable to, but not limited to, a 
software definable radio terminal for use with, for 
10 example, a next generation cellular communication system. 



Background of the Invention 



In the next generations of mobile communication systems, 
15 mobile subscriber units will be able to access 

information sources, such as the Internet, directly using 
packet switched bearers across both an air- interface and 
via a wireline or optical communication network. 
Different types of subscriber communication units may be 
20 employed for this purpose, for example a mobile telephone 
or a personal digital assistant (PDA) with a wireless 
communication capability. Increasingly, mobile users are 
accessing the Internet via different types of fixed or 
wireless access networks, for example a cellular radio 
25 communication network, such as a Universal Mobile 

Telecommunication System (UMTS) network, a HiperLAN/2 or 
IEEE 802.11b local area network, a Bluetooth local 
communication system, or fixed accesses such as the 
Ethernet, and so on. 

30 

It is envisaged that services in the future will be de- 
coupled from the communication network, implying that the 
roles of network operators, service providers and 
manufacturers can be clearly distinguished and supported 
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independently by unrelated parties. In theory, 
therefore, download of either software applications or 
data content can be acquired from any accessible source. 

5 A further recent development, which is expected to place 
increasing demands on transmission (i.e. bandwidth) 
resources of communication systems, is the concept of a 
software definable radio (SDR) . In a software definable 
radio, a significant proportion of the functionality of 

10 the radio is provided in a form that can be re- 
configured. This is achieved by means of providing 
configuration data/ software, which when implemented in 
the SDR, provides that radio with alternative or 
additional functionality. This is to be distinguished 

15 from a radio apparatus in which a user is able to define 
a choice of functionality, the various functionalities 
however already being present in the apparatus. For 
example, a software definable radio might initially be 
configured to operate as a Time Division Multiple Access 

20 (TDMA) mobile telephone. However, the SDR would have 
circuitry and processing means able to receive 
configuration data that, when assimilated into the phone, 
provides the phone with a functionality or capability to 
be a Code Divisional Multiple Access (CDMA) telephone. 

25 In a multi-mode wireless communication environment, where 
diverse radio air interfaces (AIs) are available, the 
possibility of communicating via all or a majority of AIs 
can be realized using a Software Definable Radio (SDR) 
terminal . 

30 

Software download from a server hosted by a manufacturer 
or operator or service provider, etc. can, of course, be 
effected in a number of ways. One way includes the 
download of entire software applications (such as 
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replacement of mobile specific firmware) and software 
patches that address specific technical faults that have 
been identified subsequent to an initial release of code. 
Software downloads may also be content specific in that 
5 they are accessed on a demand basis from a content 

provider and may therefore appear to be general Internet 
information, such as e-commerce messages, web pages, etc. 
Furthermore, it is known that software may be provided to 
a subscriber unit in the form of code on an adjunct 
10 "plug-in" memory expansion card or SIM card for use 
within subscriber equipment . 



Currently in the military domain, SDR equipment and 
platforms (wireless information transfer system (WITS) in 

15 the USA and/or the multi-mode radio (MMR) demonstrator in 
Europe) exist in the form of u multi-mode and/or multi- 
band" terminals. In such communication units, almost all 
the different protocol stacks and "radio applications 7 ' 
(enhancing features, upgrades...) relating to the 

20 selectable AIs are either resident in the terminal or can 
be installed by direct uploading (from floppy or CD) or 
downloading over the air (OTA) . 

In the future, it is foreseen that the civilian SDR 
25 terminals, depending on their static and dynamic 

capabilities, will be capable of downloading the protocol 
stack software and its installation on a re-configurable 
architecture embedded within the terminal. In this 
regard, the download mechanism of such software (e.g. 
30 overall Air Interface protocol stack, baseband modules or 
any other radio applications) has been proposed to be 
carried out using over -the -air -programming (OTAP) , via a 
common cellular wireless communication system [Anthony 
Van Den Heuvel et al . in US Patent no. US 6,223,030 Bl] . 
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The inventors of the present invention have appreciated 
the fact that this will significantly increase the amount 
of OTAP traffic with, for example, potentially hundreds 
of users downloading, available Radio Access Technology 
(RAT) protocol stacks and applications, terminal patches 
made available by manufacturers, enhanced software 
developed by service providers, etc.- in a given location 
at any point in time. Moreover, this would also mean 
that the additional common cellular system should be 
installed in every location (i.e. complicated protocols 
and architectures within the radio access network should 
be installed) , if any-where any-time software download 
functionality is to be provided, thus increasing cost and 
complexity in the network. 

Even if only a few users were to download the air 
interface, the inventors have appreciated the inherent 
quality problem in using an OTA communication link. Such 
20 a link needs to be of a high enough quality and bandwidth 
to enable the software download to be achieved within a 
suitable period of time, without re- transmissions . In 
fact, air interface download should be preferably 
realised with a protocol ensuring reliability of the data 
25 content (e.g. using transport communication protocol 

(TCP) ) . This avoids installing corrupted software that 
may result in the risk of a u rogue" terminal, which, in 
turn, may cause damage to the network communications. Of 
course, if a poor quality OTA link is used, re- 
30 transmissions may be needed to ensure that the downloaded 
protocol can be relied upon. This, in turn, may result 
in an increased download time. Hence, an OTA air 
interface download can be very time and bandwidth 
consuming. In addition, the size of the "terminal" is 
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expected to be quite bulky (e.g. WITS equipment), given 
the need to support substantial processing capabilities, 
memory, etc. 

5 The patent application GB 2350749 Al discloses a 

mechanism for downloading a variety of multiple access 
scheme software to an SDR terminal via an intermediate 
device. Notably, the intermediate device comprises a 
modem, and therefore the download is performed using a 
10 wire- line mains or standard communication link to the 
server. The inventors of the present invention have 
recognised and appreciated a number of limitations with 
this approach, including speed, reliability and quality 
of the communication link. 

15 

Furthermore, the user needs to know in advance that (s)he 
will need a given specific reconfiguration software (e.g. 
CDMA) and to have advised the operator of the server in 
advance of his/her reconfiguration needs and 
20 corresponding data. 

In addition, the inventors of the present invention have 
appreciated that the procedures, connections and 
notification (to the user, between the terminal and 
25 intermediate device) are very basic, i.e. without any 
'intelligence 7 . 

A need therefore arises for a mechanism, apparatus and 
associated methods to support efficient SDR 
30 application/software download to reduce OTA traffic, 
wherein the aforementioned problems are substantially 
alleviated. 

Statement of Invention 
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In accordance with a first aspect of the present 
invention, there is provided a method of downloading 
software to a software definable radio, as claimed in 
5 Claim 1. 

In accordance with a second aspect of the present 
invention, there is provided a software definable radio, 
as claimed in Claim 7. 

10 

In accordance with a third aspect of the present 
invention, there is provided a communication unit, as 
claimed in Claim 8 . 

15 In accordance with a fourth aspect of the present 

invention, there is provided a communication unit, as 
claimed in Claim 9. 

In accordance with a fifth aspect of the present 
20 invention, there is provided a storage medium storing 

processor-implementable instructions, as claimed in Claim 
21. 

In accordance with a sixth aspect of the present 
25 invention, there is provided a distributed software 

definable radio re -configuration management mechanism, as 
claimed in Claim 22. 

In accordance with a seventh aspect of the present 
30 invention, there is provided a distributed software 

definable radio re-configuration management mechanism, as 
claimed in Claim 23. 
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In accordance with an eighth aspect of the present 
invention, there is provided a communication system, as 
claimed in Claim 24. 

5 Further aspects of the present invention are as claimed 
in the dependent Claims . 

In summary, the preferred embodiment of the present 
invention has provided a software download mechanism to 

10 re-configure a software definable radio based on a 
concept of an SDR configuration profile. The SDR 
configuration profile preferably includes one or more of 
the user's profile and/or terminal capabilities and/or 
location and/or a service and/or available network, 

15 requested by the user or provided automatically. In 

addition, an enhanced embodiment of the present invention 
enables the selection of a communication path for a more 
efficient download/upload service provision anywhere and 
anytime with a quality of service (QoS) to comply with 

20 the SDR user's needs at that time. 

As one of many potential examples of the present 
invention, it is envisaged that, say, SDR software 
download may be more appropriately obtained via a radio 

25 local area network (R-LAN) or a universal mobile 

telecommunication system (UMTS) , rather than a general 
packet radio system (GPRS) , in a location where R-LAN and 
cellular coverage are available. In contrast, if in 
another location digital video broadcast transmission 

30 ( DVB - T ) is available in conjunction with WLANs, Cellular 
(e.g. UMTS, GPRS, etc.) based communications, it may be 
more appropriate to use DVB-T in the downlink and a 
cellular resource in the uplink, requesting the to-be- 
downloaded software. Furthermore, it is envisaged that 
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the downloaded software may equally apply to regular 
traffic, i.e. traffic other than the software download. 

Brief Description of the Drawings 

5 

Exemplary embodiments of the present invention will now 
be described, with reference to the accompanying 
drawings, in which: 

FIG. 1 illustrates a block diagram of a Personal Radio 
Assistant connectable to a Software definable radio (SDR) 
capable of being operably coupled to a communication 
Network, in accordance with a preferred embodiment of the 
present invention; 

FIG. 2 is a flowchart illustrating controller functions 
for a request of a specific Air Interface (AI) from the 
SDR, in accordance with a preferred embodiment of the 
present invention; 

FIG. 3 is a flowchart illustrating a process of 
configuring a SDR terminal based on information stored in 
a PRA or accessible from one or more communication 
networks over one or more selectable communication paths, 
in accordance with an enhanced embodiment of the present 
invention; 

FIG. 4 is a flowchart that illustrates a preferred 
generic method of how the mapping database (s) and the 
30 software download databases are searched, in accordance 
with an enhanced embodiment of the present invention; 

FIG. 5 illustrates a preferred example of a "SDR software 
storage" database; and 
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FIG. 6 illustrates a preferred example of a 
"configuration profile to SDR software" mapping database. 

5 Description of Preferred Embodiments 

The preferred embodiment of the present invention 
introduces the concept of a communication and storage 
device that a user SDR terminal can be operably coupled 

10 to. This device, hereinafter referred to as a Personal 
Radio Assistant (PRA) , advantageously facilitates 
software, application and/or features stored within, or 
to be downloaded to, the PRA and subsequently uploaded to 
(update) the SDR according to an SDR configuration 

15 profile. The SDR configuration profile preferably 

includes a user's, service, network, terminal and/or 
location profile. The PRA device preferably has a 
selectable connection to a number of remote information 
databases, for example the Internet, via ADSL /Modem , 

20 Ethernet or WLAN. In this manner, the PRA (or SDR user) 
selects the preferred communication link for the 
particular software to be downloaded. 

Neither US Patent 6,223,030 Bl nor GB 2350749 address the 
25 opportunity, as recognised by the inventors of the 

present invention, of arranging for software downloads 
based on a configuration profile, for example, including 
a user's profile and/or a service requested by the user 
and/or a user location and/or network available. 



30 



Furthermore, there is no indication of a mapping database 
concept for mapping user, service, terminal, network 
and/or location profiles to SDR software required to be 
downloaded. Such mapping databases, located within the 
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PRA and network, facilitate SDR configuration software to 
be downloaded to the SDR terminal for (re- ) configuration. 
Moreover, there is no disclosure of the PRA associated 
controller, API and transport modules and mechanisms, as 
5 described herein. 

The inventors of the present invention have appreciated 
that when the time constraint is critical for the 
itinerant user, who requires immediate installation of 
10 software to satisfy his/her current application, it is 

more and more probable that (re- ) configuration of mobile 
terminals will be effected by the SDR configuration 
profile needs. 



15 It is also envisaged by the inventors that such downloads 
should be made using any appropriate or available 
communication means, for example using wired or wireless 
local area network (WLAN) connections that are made 
available in the home or office, prior to the wireless 

20 itinerancy. In fact, it is further envisaged that the 
user should be able to some extent to plan his wireless 
trip, bringing with them their personal information 
sphere. Thus, the idea of using wired (ADSL, LAN, 
Ethernet, etc.) and WLAN connections (available in 

25 hotels, offices, home, etc.) is envisaged by the 
inventors of the present invention as the most 
appropriate, due to the ease of obtaining an Internet 
connection providing a relatively high bandwidth, good 
quality and low cost. 

30 

The preferred embodiment of the present invention also 
proposes the creation of a reconfiguration Manager to 
provide support for re -configuration of the SDR within 
the PRA. Notably, this reconfiguration Manager has 
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negotiation capabilities with a corresponding 
reconfiguration manager located within the network of the 
communication system. This distributed reconfiguration 
manager concept is in contrast to known reconfiguration 
5 Managers that solely reside within the network. 

Referring now to FIG. 1, a block diagram 100 of a 
Personal Radio Assistant (PRA) 12 0 with a connectable 
Software Definable Radio (SDR) 105 connected to a Network 

10 160 is illustrated, in accordance with the preferred 
embodiment of the present invention. The SDR 105 is 
operably coupled to the PRA 12 0 via a docking station 
110. In alternative configurations, the SDR 105 may be 
operably coupled to the PRA 120 via a physical connector, 

15 an Infrared communication link, a bluetooth link, a 
serial connector , etc . 

The PRA includes a PRA application-programming interface 
(API) 125 that enables the SDR 105 and PRA 120 to 

20 communicate with one another. The PRA API 125 

effectively guarantees a reliable connection of the PRA 
12 0 to the SDR terminal to facilitate any 
request/response from/to the SDR 105 to acquire new 
features/ functions . As an example, it is envisaged that 

25 such features/functions include obtaining a user-profile 
configuration from the SDR 105, for example in response 
to the SDR 105 requesting a particular Air Interface 
protocol stack, a software module, etc. 

30 In a preferred embodiment of the present invention, it is 
envisaged that the SDR 105 is able to configure the PRA 
120. In this regard the SDR 105 user may provide the PRA 
120 with information including: 
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(i) One or more SDR configuration profiles such as 
a user profile, service profile, terminal profile and/or 
network -profile, 

(ii) Actual location information, 

5 (iii) Parameters/features of the transport module 

or any other module of the PRA 12 0; 

(iv) Requests for a new Air interface protocol 
stack, new or additional software applications, etc. 

(v) Request that the PRA 12 0 re -configures the 
10 operational parameters of the SDR 105; and 

(vi) A request that the SDR 105 be notified of an 
event occurring in the PRA, such as completion of a new 
download scheduled at a particular time; and 

(vii) Scheduling of desired downloads indicating, 
15 say, a preferred day/ time for the software download 

operation . 



The PRA API 125 is operably coupled to a controller 13 0, 
which in this context is the intelligence of the PRA 120. 

20 In accordance with the preferred embodiment of the 

present invention, the functionality of the controller 
handles re-configuration scenarios based on the SDR 
configuration profile. In the context of the foregoing 
description, the expression 'configuration profile' may 

25 be assumed to encompass at least one or more of the 
following: an SDR user profile, SDR services, an SDR 
terminal location, an SDR terminal's capabilities and/or 
a network available in a particular location and at a 
particular time. In this context, the controller 13 0 

30 controls the software downloading operation and updating 
of the databases and the memory. The controller 13 0 is 
also arranged to re-configure the SDR terminal at any 
pre-determined time, or when instructed by the SDR 105 or 
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SDR user. The operation of the controller 13 0, in this 
context, is further described with reference to FIG. 2. 

The controller 13 0 is operably coupled to a storage 
5 device 135. The storage device 135, for example, flash 
memory, random access memory (RAM) etc., preferably 
includes a resident set of re -configuration software 
features and/or functions . It is envisaged that the set 
of re-configuration software features and/or functions 
10 includes, for example, air interface protocol stacks 1 to 
N, software-based applications, enhancing features 
specific to a given air interface, etc. 

In accordance with the preferred embodiment of the 
15 present invention, updating of data in the storage 

element 135, or re -configuring the control operations of 
the controller 13 0 may be implemented by any known 
mechanism. For example, a new controller or processor 
implementing processor- implementable instructions and/or 
20 stored on a suitable storage medium, such as computer 
memory, hard disk, floppy disk, ROM, PROM etc, may be 
used to implement the processes described. 
Alternatively, algorithms employed by the existing 
controller 13 0 and/or data contained in storage element 
25 135 may be re-programmed via the transport module 145. 

In accordance with the preferred embodiment of the 
present invention, it is envisaged that the software 
features and/or functions may be updated when the 
30 configuration profile is updated. For example, if a new 
air interface (AI) N+l has been deployed at a given 
location, the AI re-configuration software may be 
downloaded and stored in the storage element 135, in 
preparation for updating the SDR 105. In this regard, 
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storage element 13 5 may be seen as an extension of the 
SDR terminal's memory. Advantageously, this enables an 
SDR designer to decrease drastically the size of the SDR 
design and circumvent a number of realisation 
5 constraints, such as integration, cost, etc. of the SDR 
terminal 105. 

The controller is also operably coupled to a transport 
module 145, which supports a number of wired or wireless 

10 connections to a number of core networks, one being shown 
for clarity purposes only. The core network 16 0 
preferably includes a mapping database 165. The mapping 
database maps one or more configuration profiles, such as 
a user profile, a service profile, a network profile, a 

15 terminal profile or a location profile, to SDR software 
required for that profile. The core network 160 
preferably also includes a SDR software storage database 
168, for storing SDR software such as air interface 
software, an example of which will be described later. 

20 

In accordance with the preferred embodiment of the 
present invention, it is envisaged that the configuration 
profile mapping database 15 0 of the PRA 12 0 may become 
out of date, for example, due to the introduction of a 

25 new terminal or new radio access networks being made 
available. In this regard, the configuration profile 
mapping database 150 of the PRA 12 0 should be updated. 
This is performed in a similar manner to an SDR software 
update i.e. from the network server or compact disc (CD) 

30 or flash memory, etc., as described belQw with respect to 
FIG. 2. 

Thus, up-to-date data and software are made available to 
the SDR terminal as the respective databases 150, 165, 
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168 are able to be synchronised. It is envisaged that 
the SDR software updates may be triggered by one or more 
events including: 

(i) Automatic service discovery techniques, or 
5 (ii) By the SDR user, when a new configuration 

profile mapping database is pulled to the PRA, or 

(iii) By the network manager, when a new 
configuration profile mapping database is pushed by the 
network manager to the PRA. 

10 

Hence, for example, Radio Access Technology (RAT) mapping 
(based upon certain criteria) databases 150, 165, 168 (in 
the PRA 12 0 and/or the network 160) are used and 
synchronized based upon changes (in location, user 
15 preferences, terminal capabilities, network supported, 
services, etc) thereby providing an improved control of 
the frequency of download processes . 

It is envisaged that the transport module 145 will 
20 support one or several network connection drivers for 
downloading or updating features and/or functions. 
Examples of protocol stacks that can be utilised by the 
transport module 145 include the TCP/IP (v4 or v6) suite 
including application protocols (e.g. hyper text 
25 transport protocol (HTTP) , file transfer protocol (FTP) , 
etc.), framing protocols (e.g. PPP...) and multiple access 
interface types (Ethernet, Land- line Modem, WLAN etc.) . 
Advantageously, in accordance with the preferred 
embodiment, the update of the features and/or functions 
30 may be done under user control or may be programmable, 
say, for a particular time or day. 

In particular, it is envisaged that the PRA 12 0, or the 
SDR user is provided with the option of selecting from 
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several network communication links for downloading or 
updating features and/or functions stored in storage 
element 135. In this manner, the PRA 120 or SDR user is 
able to select the most appropriate download 
5 communication link for the particular situation. In the 
preferred embodiment of the present invention, this 
situation may be dictated by any configuration profile 
change . 

10 In this enhanced embodiment, the PRA operation is 

extended to support download over multiple accesses, in 
contrast to performing the download consistently on the 
same common channel. In particular, an enhanced download 
access mechanism may be dynamically selected based on 

15 various parameters such as: user preferences, access 
availability QoS, cost, type of software to be 
downloaded , et c . 

In accordance with the preferred embodiment of the 
20 present invention, the PRA 12 0 has the beneficial feature 
that the configuration profile database 150 is operably 
coupled to the transport module 14 5 and the controller 
130. One preferred aspect of the configuration profile 
database is, for example, based on air- interface (AI) 
25 mapping. In this regard, upon a configuration profile 
change, a new AI may be determined by the SDR terminal, 
SDR user, PRA or the network, as being required by the 
SDR terminal for current or future operation. The 
determination is made based on the profile mapping. It 
30 is within the contemplation of the invention that any 

number of databases may be used in providing optimum air- 
interface (or other downloaded software) options to the 
SDR user. 
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Preferably, the databases 150 residing in the PRA 120 can 
access comparable databases 165, 168 in the core networks 
160. In accordance with the preferred embodiment of the 
present invention, the configuration profile mapping 
5 database (s) 150 in PRA 120 may be realised based on some 
"optimum" criteria. A simple example is the mapping of a 
broadcast service 'in a downlink resource to a digital 
video broadcast transmission (DVB-T) . 

However, it is envisaged that more sophisticated criteria 
may be used for the mapping of, say, various available 
air interface protocols (1 to N) to different user and 
terminal profiles and/or services (1 to P) and/or 
locations stored on the respective database (s). 
Moreover, these local databases may be updated via the 
Internet (wired or wireless local area network (WLAN; 
connections) or by the user via the PRA API 125. It is 
envisaged that the location mapping database would be 
configured to provide (or request) the available air 
interface protocols at a given location, as determined by 
the PRA 12 0 or indicated by the user via a user interface 
on the SDR 105. 

It is worth mentioning that such mapping databases are 
25 only preferable in the sense that the basic capabilities 
of the PRA (i.e. software such as AI download and 
storage) do not rely upon them. However, they are 
preferred elements that are used to provide advanced 
features (e.g. automatic AI download based on user, 
30 terminal profile and available radio access networks in a 
location) to the PRA 120. It is envisaged that the 
databases 15 0 may be either located local to the PRA 120 
or accessed remotely via the PRA network connection. 
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In summary, the "mapping databases" 150, 165, located in 
the PRA 120 or in the network 160 or both, are used by 
the PRA 12 0 to discover whether new SDR software is 
required and whether such software needs to be downloaded 
5 from the network dependent upon a configuration profile 
change. The n SDR software storage database" 168, located 
in the network 160 and containing the software identified 
as missing in the SDR terminal by the mapping database, 
is accessed to download software. 

10 

It is envisaged that the above two types of database may 
be collocated. Hence, in general, the preferred process 
is to first identify a configuration profile change, 
followed by a determination of whether new SDR software 
15 is required using the first mapping database. Then a 

determination is made as to whether the new software is 
available locally or it is needed to be downloaded from a 
second software download database located in the 
communication network. 

20 

Finally, a positioning system 140, for example a global 
positioning system (GPS) module , is included in (or 
connected to) the PRA 120 to provide real-time location 
information. The preferred embodiment is to operably 
25 couple a GPS unit to the controller 13 0 within the PRA 
12 0, to keep the number of external interfaces to a 
minimum . 

In the following description, for the sake of simplicity, 
30 FIG. 2 illustrates a specific example of a SDR terminal 
or SDR user initiating a request for an AI 

download/ update . However, it is within the contemplation 
of the invention that the methodology used in the AI 
download/update operation of FIG. 2 may be equally 
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applicable to any other SDR software module or 
application. 

The first scenario, as shown in FIG. 2, is the re- 
configuration process of the SDR, via the PRA API. The 
re- configuration process preferably automatically follows 
an SDR request, or follows a determination by the PRA 
that a specific preferred Air interface (AI) protocol 
stack should be provided to the SDR, in step 208. In 
this regard, it is envisaged that the PRA is provided 
with the ability to proactively download and configure 
the SDR, once again through the PRA API, according to the 
configuration profile. If the PRA determines that the 
selected, or most appropriate, AI is stored in its 
storage element, in step 210, the AI software is 
retrieved, as shown in step 215. The AI software is then 
installed on the SDR via the PRA API, in step 220. 

If the PRA determines that the selected, or most 
20 appropriate, AI is not already stored in its storage 

element, in step 210, the PRA controller configures the 
transport module to access the network database/server, 
as shown in step 225. If the selected, or most 
appropriate, AI is available from the accessed remote 
25 network, it is downloaded via a selected communication 

link, as shown in step 230. However, if the selected, or 
most appropriate, AI is not available a notification of 
failure message may be sent to the SDR via the PRA API, 
as shown in step 235. It is envisaged that the PRA may 
30 provide an alternative AI update to the SDR in this case, 
as shown in step 240. In this manner, the SDR is 
programmed with suitable AI software (if available) via 
the PRA API. 



10 



WO 2004/028183 PCT/EP2003/050400 

20 

Furthermore, the download of the AI or required software 
modules may be at the initiative of the user, for example 
if the user knows in advance the changes that are 
required in the SDR's communication capabilities or 
5 configuration profile. It is envisaged that this is 
particularly advantageous to, say, a user that is 
planning to travel abroad. In this regard, for example, 
the user may receive by e-mail from a travel agency the 
required SW modules (to be stored in the user's PRA) to 
10 enable the SDR terminal to be used abroad, whilst at the 
same time receiving his/her electronic air ticket for the 
flight. 



As described above, it is envisaged that the 
15 configuration profile may be entered by the user entering 

the information via, for example, an SDR keypad and/or a 
(touch sensitive) screen. It is also envisaged that a 

user-filtering mechanism may be used. In this regard, 

user profiles or likely service requirements of the user 
20 are analysed and, based on the user's communication 

"habits' of the user, used to automatically generate the 

user, terminal profile and/or even estimate the SDR 

location. 



25 In the above scenario, it is envisaged that the selection 
of appropriate software download information, for example 
AI information, may be different dependent upon the 
particular case. Two examples include: 

(i) User-profile changes either through manual 
30 (by the user) or automatic triggering; and 

(ii) Location changes entered manually by the 
user or through a GPS based triggering. 



WO 2004/028183 PCT/EP2003/050400 

21 

In the first case, the controller needs to handle the 
update of the re-configuration software of the SDR, due 
to an update of the user profile. In the second case the 
controller needs to handle the update of the 
5 reconfiguration of the SDR due to an update of the user's 
location, in response to an entry by the user or through 
a positioning device integrated in, or coupled to, the 
PRA. Thus, instead of the location information being 
provided by the user, a GPS unit would provide 
10 automatically the information in, for example, the form 
of n My location is now in area Y" . 

Referring now to FIG. 3, a flowchart 3 00 illustrates a 
process for providing an SDR terminal with a number of 

15 service options, and, if required, options for selecting 
the download mechanism and communication path, based on a 
configuration profile, in accordance with an enhanced 
embodiment of the present invention. When the SDR 
terminal or SDR user requires a new service, or the PRA 

20 determines that the configuration profile has changed and 
a different service or set of services may be 
offered/provided to the SDR terminal or SDR user, the PRA 
preferably determines the available service options in 
step 305. For example, the service may be an AI 

25 providing a higher data-rate to the SDR terminal, so that 
video streaming can be provided. The PRA then determines 
what service, or preferably services, can be provided 
from the PRA' s memory, in step 310. The PRA then 
assesses whether the services or number of service 

30 options that it can provide to the SDR terminal/SDR user 
are sufficient, in step 315. If the available service (s) 
from the PRA's own memory storage are sufficient, in step 
315, the service (s) are uploaded to the SDR terminal 
directly in step 320. 
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If the available service (s) from the PRA' s memory are not 
sufficient, in step 315, any other service (s) that it can 
provide directly to the SDR terminal may then be uploaded 
5 to the SDR in step 325. The PRA then determines other 

services or software, for example AIs, that may be of use 
to the SDR terminal/SDR user. In accordance with an 
enhanced embodiment of the present invention, the PRA 
also determines the available communication links that 

10 can be used to download these services, in step 33 0. It 
is envisaged that the SDR user may be offered the ability 
to select the download mechanism. Advantageously, this 
enables the SDR user to make informed download decisions 
dependent upon speed of download, cost implications for 

15 using different links, reliability considerations to 
assess the likelihood of re -transmissions , etc. 

Alternatively, the PRA selects the most appropriate 
download mechanism. For example, the PRA may decide (or 

20 offer) to use OTAP (if the potential risk of a poor 
quality communication link is not a problem) , or an 
Ethernet connection (if a high-speed reliable link is 
preferable or required) or a wireless local area network 
(WLAN) (if the SDR terminal's location indicates that 

25 such a link may be available in that particular 

location), in step 335. In response to the SDR user 
selecting particular service (s) and/or download 
mechanisms, or the PRA itself selecting such options, the 
service (s) are downloaded using the selected 

30 communication link. These services are subsequently 
uploaded to the SDR terminal by the PRA, in step 340. 

In particular, it is envisaged that as many SDR 
configuration profile characteristics as needed, such as 
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a user-profile, an SDR user's requirements, an SDR 
terminal's capabilities, an SDR terminal location change, 
or available networks are used in determining the optimal 
service (s) to be provided to the SDR user. In an 
5 alternative embodiment, instead of providing a number of 
selectable services and/or selectable communication 
links, a single service may be selected to reduce, for 
example, the AI or set of AI or any other software that 
is to be downloaded. 

10 

Referring now to FIG. 4, a flowchart 4 00 illustrates a 
preferred ^generic' method of how the mapping database (s) 
and the software download databases are searched in order 
to recover the to-be-downloaded software. Such a process 

15 is (preferably) automatically instigated following a 
trigger or determination of a configuration profile 
change in step 410. Upon such a configuration profile 
change, the PRA identifies appropriate software, 
applications or features, etc. that are or may be desired 

20 by the SDR. A determination is made by the PRA whether 

such desired software, applications or features, etc. are 
available in the local mapping database, in step 420. If 
such desired software, applications or features, etc. are 
available locally, the PRA reconfigures the SDR 

25 terminal's operation accordingly in step 430, and the 
process ends in step 480. 

However, if the desired software, applications or 
features, etc. are not available locally within the PRA, 
30 the PRA may decide to search the network's 

"profile/service to SDR software" database and download 
the desired items from there to the SDR software storage 
database in the PRA, in step 440. 
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A simple example of a SDR software storage database is 
shown in FIG . 5 . 



If new SDR software has not been identified for 
5 downloading, in step 450, a "notif ication of failure" 
message is preferably sent to the SDR terminal via the 
PRA API, as shown in step 452. It is envisaged that the 
PRA may provide an alternative to the required SDR 
software in this case, as shown in step 455. In this 
10 manner, the SDR is programmed with less than optimal, but 
acceptable, software (if available) via the PRA API . 



However, if new SDR software has been identified for 
downloading, in step 450, the download operation is 

15 performed as described above, in step 460. The download 
operation is preferably performed using the most 
appropriate communication link; given the SDR terminal 
circumstances and/or software download requirements 
prevalent at that time. Once the new software, 

20 applications or features, etc. have been downloaded to 

the PRA's database in step 460, the PRA reconfigures the 
operation of the SDR in step 470, and the process ends in 
step 480. In this manner, a PRA is able to determine 
whether a reconfiguration of the SDR terminal is required 

25 based on a configuration profile change, and reconfigure 
the operation of the SDR using locally stored or network 
stored software, applications or features, etc. 



Referring now to FIG. 6, a preferred example of a 
30 "prof ile/service to SDR software mapping database 600 is 
illustrated. The database 600 is arranged such that 
preferred SDR software lists are contained in respective 
configuration profile sub-databases 610, 640, 650. For 
example, a list of SDR software IDs are linked to 
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location ranges/areas of the SDR in a location to SDR 
software database 640. Hence, when the PRA determines 
that it is operating in location__range_l , it recognises 
that it has list #1 of preferred SDR software IDs stored 
5 locally. If the desired software is not found in the 
local database, the PRA is then able to search and 
download the desired software from the network in any- 
suitable manner. 

In an alternative embodiment, the local databases can be 
configured based on one or more SDR configuration 
profiles 615, 630, where each profile may dictate 
different operational parameters 620, 622 within the SDR 
terminal . 

In summary, the preferred embodiment of the present 
invention has described a new concept device, 
hereinbefore termed a Personal Radio Assistant (PRA) . A 
SDR terminal can be connected to the PRA and be re- 
configured (AI protocol stack, services, applications, 
etc.) based on a configuration profile change, for 
example an SDR service request, on the user profile 
and/or an SDR terminal's location and/or the terminal's 
capabilities. Moreover, the PRA is provided with a 
number of high data rate and reliable communication links 
to acquire the selected services from any number of 
information sources such as the Internet. 

The invention, or at least embodiments thereof, tend to 
30 provide the following advantages, either singly or in 

combination, by utilising the PRA device facilitating or 
performing one or more of the following functions: 
(i) A software download is not necessarily 
required to be performed over-the-air (OTA) , say, via a 
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cellular network mechanism only or via a basic modem 
communication link only, thereby reducing wireless system 
(e.g. cellular) traffic and increasing flexibility and 
performance ; 

5 (ii) A higher bandwidth (i.e. faster download) and 

better reliability than OTA download may be dynamically 
selected; 

(iii) Easy Internet connection to a number of 
remote database servers ; 
10 (iv) An improved flexible operation enabling 

downloads from substantially anywhere at anytime; 

(v) Reduced size and power consumption of the SDR 
terminal ; 

(vi) Extended memory for the SDR terminal ; 

15 (vii) Advanced services provided by the PRA to 

enhance a user's software definable radio configuration 
management ; 

(viii) Scheduling of software downloads, off-line 
from the normal SDR usage, for example AI, downloads 

20 performed at night when network connection is cheaper ,- 

(ix) Automatic AI or software download based on a 
user's request (s) and/or a user profile and/or a user 
location and/or an SDR terminal's capability and/or 
available network; 

25 (x) The opportunity to use a standard 

communication link (Ethernet or equivalent) and gain the 
high speed, reliability, and quality of WLAN; 

(xi) A controller is provided within the PRA to 
act as the "intelligence" , thereby taking care of the 

30 database updates based on locations, user, services, 
location, and network profiles ; 

(xii) Radio Access Technology (RAT) mapping (based 
upon certain criteria) databases (in the PRA and network) 
are used and synchronized based upon changes (in 
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location, user preferences, terminal capabilities, 
network supported, services, etc) thereby providing an 
improved control of the frequency of download processes ; 
and 

5 (xiii) On demand delivery of AI or software to SDR 

terminals upon request and automatic notification of 
download. 



It is to be appreciated that the arrangement and specific 
10 details of the aforementioned software download 

mechanisms and options relating thereto etc. are merely 
examples, and the invention is not limited to these 
examples. The invention should be viewed as being 
capable of application to other aspects of data or 
15 software download as well as any type of SDR terminal, 
from any information database, other than the Internet. 
The invention should also be viewed as capable of being 
applied to many other types of data communication links, 
data networks or protocols and subnets thereof. 

20 

Whilst the specific and preferred implementations of the 
embodiments of the present invention are described above, 
it is clear that a skilled artisan could readily apply 
variations and modifications of such inventive concepts. 

25 

Thus, a mechanism, apparatus and associated methods to 
support improved software downloads, have been described, 
whereby the disadvantages associated with known 
mechanisms, apparatus and associated methods have been 
30 substantially alleviated. 
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Claims 

1. A method (2 00, 3 00) of downloading software to a 

software definable radio (105) , the method characterised 
5 by the steps of : 

determining (3 05) one or more configuration 
profile changes of said software definable radio (105) ; 

downloading (320, 340) software automatically to 
an intermediate communication unit, in response to said 
10 determination; and 

re-configuring said software definable radio 
(105) , by said intermediate communication unit (12 0) , 
wherein said configuration profile change is based on a 
change to one or more of the following: 
15 (i) A service required by said software definable 

radio (105) , 

(ii) A software definable radio user profile, 

(iii) A location of said software definable radio 

(105) , 

20 (iv) Software Definable Radio terminal's 

capabilities , and/or 

(v) Available networks to the Software Definable 

Radio . 

25 2 . A method (2 00, 3 00) of downloading software to a 

software definable radio according to Claim 1, the method 
further characterised by the steps of: 

determining (330) , by an intermediate 
communication unit (120) , a number of communication links 
30 for downloading said software ; 

selecting at least one of said number of 
communication links ; 
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downloading (3 40) software to an intermediate 
communication unit (12 0) in response to said step of 
selecting; and 

re- configuring said software definable radio 
5 (105) , by said intermediate communication unit (12 0) , 
using said downloaded software. 

3. The method (200, 300) of downloading software to 
a software definable radio (105) according to Claim 1 or 

10 Claim 2, wherein the method is further characterised by 
the steps of : 

accessing a remote communication network (160) in 
order to provide the selected downloadable software; and 
synchronising said software definable radio (105) 
15 to said remote communication network (16 0) in order to 
select and download software, 

4. The method (200, 3 00) of downloading software to 
a software definable radio (105) according to Claim 1 or 

20 Claim 2, wherein the method is further characterised by 
the step of : 

providing a user of said software definable radio 
(105) and/or the intermediate communication unit (12 0) 
with the ability to select one or more communication 
25 links to download said software. 

5. The method (200, 300) of downloading software to 
a software definable radio (105) according to Claim 1 or 
Claim 2, wherein said communication link operates in 

30 accordance with an IPv6 and/or IPv4 specification. 

6. The method (200, 300) of downloading software to 
a software definable radio (105) according to Claim 1 or 



WO 2004/028183 



30 



PCT/EP2003/050400 



Claim 2, wherein the method is further characterised by 
the preceding step of : 

mapping, in response to said determination (305) 
of one or more configuration profile change (s), said 
5 change (s) to a locally stored database to provide 

reconfiguration software to said software definable radio 
(105) . 

7. A software definable radio (105) adapted to 
10 perform the steps according to Claim 1. 

8. A communication unit (120) located between a 
software definable radio (150) and a network (160) that 
contains software to be automatically downloaded to said 

15 software definable radio (105) the communication unit 

(12 0) adapted to perform the steps according to Claim 1. 

9. A communication unit (120) located between a 
software definable radio (150) and one or more remote 
information databases (16 5) that contains software to be 
downloaded to said software definable radio (105) , the 
communication unit characterised by: 

one or more mapping databases (15 0) storing 
configuration profile mapping information of said 
software definable radio relating to one or more remote 
information databases- (16 5) ; 

a transport module (14 5) , operably coupled to 
said one or more mapping databases (15 0) to facilitate 
communication between said communication unit (12 0) and 
said one or more remote information databases (165) , and 
a controller (13 0) , operably coupled to said one 
or more mapping databases (15 0) and said transport module 
(145) , to automatically request and receive downloadable 
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software to said communication unit (12 0) for forwarding 
to said software definable radio (105) . 

10. The communication unit (120) according to Claim 
5 9, the communication unit further characterised by said 

transport module supporting several network communication 
links for downloading software features and/or functions 
to said software definable radio using one or more of 
said several network communication links, 

10 

11. The communication unit (120) according to Claim 9 
or Claim 10, the communication unit further characterised 
by said transport module (145) supporting TCP/IP (v4 or 
v6) suite of application protocols. 

15 

12. The communication unit (120) according to Claim 
10, wherein said controller selects automatically said 
one or more communication links based on said 
configuration profile change. 

20 

13. The communication unit (120) according to Claim 
10, wherein said controller is arranged to communicate 
communication link options to a user of said software 
definable radio to enable said user to select one or more 

25 of said several network communication links. 

14. The communication unit (12 0) according to Claim 9 
or Claim 10, wherein said controller is arranged to 
receive configuration profile information from a user of 

30 the software definable radio (105) . 

15. The communication unit (120) according to Claim 9 
or Claim 10, wherein said controller (13 0) includes a 
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filtering mechanism to generate a user profile based on 
determined operational requirements or habits of said 
user of said software definable radio (105) . 

5 16. The communication unit (120) according to Claim 9 

or Claim 10, the communication unit (12 0) further 
characterised by: 

an application programmable interface (125) , 
operably coupled to said controller (13 0) and capable of 
10 operable coupling to said software definable radio (105) , 
to upload software to said software definable radio (105) 
from said communication unit (120) . 



17. The communication unit (12 0) according to Claim 9 

15 or Claim 10, the communication unit (120) further 

characterised by a first one of said databases (150) 
being a mapping database to enable said communication 
unit (120) , in response to determining one or more 
configuration profile change (s), to map said one or more 
20 change (s) to a second locally stored database to provide 
reconfiguration software to said software definable radio 
(105) . 



18. The communication unit (120) according to Claim 9 

25 or Claim 10, the communication unit (12 0) further 
characterised by said configuration profile change 
including one or more of the following changes: 

(i) A service required by said software definable 
radio (105) , 

30 (ii) A software definable radio user profile, 

(iii) A location of said software definable radio 

(105) , 
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(iv) Software Definable Radio terminal's 
capabilities , and/ or 

(v) Available networks to the Software Definable 

Radio . 

5 

19. The method (200, 300) of downloading software to 
a software definable radio according to Claim 1 or a 
communication unit (12 0) according to Claim 9 or Claim 
10, wherein the software definable radio (105) configures 

10 an intermediate communication unit (12 0) with one or more 
of the following items of information: 
(i) One or more SDR configuration profiles, for 

example a user, service, terminal and/or network 
profiles ; 

15 (ii) Location of said software definable radio; 

(iii) Parameters or features of the transport module ; 

(iv) A request for a new air interface protocol stack, 
or new or additional software applications; 

(v) A request that the communication unit (120) re- 
20 configures one or more operational parameters of the 

software definable radio (105) ; 

(vi) An ability to be notified of an event occurring in 
the communication unit; and 

(vii) A time schedule for desired downloads. 

25 

20. The method (200, 300) of downloading software to 
a software definable radio according to Claim 1 or a 
communication unit (12 0) according to Claim 9 or Claim 
10, wherein the software downloaded by said software 

30 definable radio includes radio access technology 
capabilities, enhanced features or new services. 
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21. A storage medium (135) storing processor- 

implementable instructions for controlling a processor to 
carry out the method according to Claim 1. 

5 22. A distributed software definable radio re- 

configuration management mechanism according to the 
method steps of Claim 1 or incorporating the 
communication unit according to Claim 9 or Claim 10. 

10 23 . A distributed software definable radio re- 

configuration management mechanism comprising: 
a software definable radio (105) ; and 
a communication network (16 0) having a number of 
databases (165 , 168) storing software applicable to said 
15 software definable radio (105) ; 

wherein said distributed software definable radio re- 
configuration management mechanism is characterised by: 

an intermediary device (12 0) , operably coupled to 
said software definable radio and comprising memory (13 5) 
20 for storing software required by said software definable 
radio (105) , for example obtained from said network 
(16 0) , such that said software required by said software 
definable radio is distributed between said intermediary 
device and said one or more remote information databases 
25 (165, 168) in said communication network (160) . 

24. A communication system comprising a communication 

unit according to Claim 9 or Claim 10 or adapted to 
facilitate the steps of Claim 1. 
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